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WIRELESS COMMUNICATION DEVICE, PORTABLE TERMINAL, 
COMMUNICATION CONTROL PROGRAM AND COMMUNICATION SYSTEM 

CROSS REFERENCE TO RELATED APPLICATIONS 
5 This application claims benefit of priority under 

35USC § 119 to Japanese Patent /^plication No. 2002-321348, 
filed on NovCTiber 5, 2002, the entire contents of which are 
incorporated by reference herein. 

BACKGROUND OF THE INVENTION 
10 Field of the Invention 

The present invention relates to a wireless 
communication device for communicating at a relatively 
narrow range such as Bluetooth, a portable terminal for 
communicating with such kind of wireless comrauni cation 
15 device, a communication control program and a communication 
system. 

Related Background Art 

As disclosed in Japsuiese patent Laid-open No. 
152196/2002, a short-range wireless communication syst^ in 

20 which a transmission distance is about 10m is recently paid 
attention. An effective transmission distance range of a 
conventional wireless LAN is not less than 100m, Although 
transmission range in the short-range wireless communication 
syst»i is narrow, power consumption is low. Because of this, 

25 the short-rsmge wireless communication syst^i is suitable 
for information processing devices having a limited battery 
capacity such as a portable information processing device 
(hereinafter, called as a portable terminal) . The portable 
terminals are, for example, a portable telephone or a PDA. , 

30 Bluetooth (TM) is one type of such kind of short-range 

wireless communication syst^ns, as disclosed in Member Web 
Site, "Specifications" , URL : httr* : //www. blue tooth, org . 
Recently, the portable terminal having the Bluetooth 
communication function is going to become widespread. 

35 Because a unit price of devices is low and the devices 

can be downsized, it is predicted that devices having 



Bluetooth communication function beocmes widespread at 
various places. If Bluetooth becomes widespread, it is 
possible to provide service and information suitable for 
each of various places. 
5 For example, in convenience stores, supermarkets, 

retailing stores and so on, it is possible to provide 
services for customers, such as an electric coupon service, 
an electric point service, an electric payment, and a 
receipt issuance. Furthermore, there may be applications 

10 such as control of gate-open/close by using an electric 
ticket, payment and discount service in vending machines, 
suid payments at parking lots, gasoline stands auid drive- 
through. Besides, Bluetooth is also applicable to Internet 
access, information distribution and provision of location 

15 information. Especially, it is predicted that a lot of 
devices having the Bluetooth communication function are 
provided to stations and meeting spots where a lot of people 
gather . 

Hereinafter, a conventional technique will be 

20 described based on one example in which connection of 
Bluetooth is established between the portable terminal 
having the Bluetooth communication function (hereinafter, 
called a Bluetooth terminal) , and an information processing 
device having the Bluetooth communication function which 

25 provides various services (hereinafter, called a Bluetooth 
device) , and the Bluetooth device provides various services 
to users having the Bluetooth terminal . 

First of all , procedure in which the Bluetooth 
terminal receives services from arbitrary other device at an 

30 arbitrary location will be described. First, an application 
for receiving services is started up. Next, the Bluetooth 
terminal performs inquiry and tries to find other terminals 
cap)able of communicating. 

Next, the Bluetooth terminal acquires the remote name 

35 of the found terminal. Next, when a constant time is passed 
and the inquiry is finished, the Bluetooth terminal 



indicates to user a list of the remote names of the devices 
found by the inquiry. 

Next, the Bluetooth terminal performs an ACL 
connection request for the Bluetooth device selected by user. 
5 After the ACL connection is finished, the Bluetooth terminal 
transmits a service information acquisition command. 

Next, the Bluetooth terminal acquires service 
information, and detects whether or not a profile used by 
the application is supported. If the profile is supported, 
10 the Bluetooth terminal acc[uires the connection information 
relating to the profile. 

The Bluetooth terminal performs connection request for 
the profile by using the acquired information.. After the 
connection of the profile is finished, the Bluetooth 
15 terminal performs server certification at application level. 

By the above-mentioned procedure, users can receive a 
desirable service by using the Bluetooth terminal . 

Hereinafter, a state in which the services using the 
Bluetooth euid information providing devices prevail, and a 
20 lot of Bluetooth devices are arranged at places such as 
stations and spots where a lot of people gather is assumed. 
Especially, at a place where a lot of people gather, it is 
easy to assume situations in which information useless to a 
lot of people, such as loan, adult information and gamble 
25 are distributed. 

In such situations, when trying to find the Bluetooth 
devices capable of communicating from the Bluetooth terminal 
in order to acquire the services and the information, a lot 
of Bluetooth devices are found, regardless of whether or not 
30 they are useful. 

In the present circumstances, when a COD (Class of 
Device) in whicsh information relating to the kind of the 
Bluetooth devices is described is used, it is possible to 
narrow down only the Bluetooth device which provides 
35 desirable services. 

However, the COD discriminates the kinds of the 
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devices, but does not discriminate the service as it is. For 
example, even if there is a category of the information 
providing device in the COD, it is inpossible to 
discriminate which information the device discriminates. The 
5 device is identified only after its name is acquired by a 
r^note name. 

However, the r^iote name can be easily set. Therefore, 
in order to know the kinds of services smd information that 
the device provides, connection is performed by the profile 

10 for the information service, for example, connection of FTP 
(File Trauisfer Protocol) is performed, and the information 
has to be actually acc[uired. 

When a dedicated application is used for acquiring 
certain information, for example, when bar information is 

15 necessary, a ootnnon key is given to devices for providing 
bar' information in advance. It is possible to prevent 
connection with false devices by using a link certification 
fiMiction of the Bluetooth or certification function of other 
communication devices by OBEX (Object Exchange) . 

20 In both of the Bluetooth link certification and the 

OBEX certification, whether or not to be a correct device 
cannot be confirmed until when user connects to the device. 
Therefore, when a lot of devices for providing useless 
information exist, it takes much time to acquire the service 

25 and the information that .user needs truly. 

When an only advertising statement which grabs user's 
attention is embedded in the remote name, and user searches 
the device capable of oomnuni eating, user sees the 
advertising stat«nent, and may go wrong selection of the 

30 terminal desired by user. 

Because the rennote name can be easily set, whether or 
not the device supports the services or information desired 
by user has to be confirmed by connecting actually. 
Accordingly, it takes too much time and work for user. 

35 When the device in which the advertising statement is 

set to the r^note name exists, user may go wrong the 
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selection of the device which user wants connection. 

Furthermore^ recently, a method of directly 
communicating and performing data exchange between the 
portable terminals without the server is also realized. For 
5 example, services searching users having the same purpose 
cuid exchanging mail addresses and telephone numbers are 
being provided. In such services, when identity of the other 
communication device is not assured, it is smxious to 
perform data exchange with the other communication device. 
10 Even in P2P communication, it is desirable to promptly 
communicate with the other oomrauni cation device that 
identity is assured. 

SUbdMARY OF THE I3S>VENTION 
15 An object of the present invention is to provide a 

wireless communication device, a portable terminal, a 
communication control program and a program which controls 
the portable terminal . 

A wireless communication device accoaxling one 
20 embodiment of the present invention, comprising: 

a wireless communication unit which communicates with 
other communication device located at a prescribed range; 

a first identification information generator which 
generates first identification information including a 
25 service name of available service and inherent information; 

an encryption unit configured to encrypt said first 
identification information by using a prescribed encryption 
key to generate encryption data; 

a second identification information generator which 
30 generates second identification information including the 
service name, the inherent information 2uid the encryption 
data ; and 

an inherent information transmitter which transmits 
the second identification information for an other 
35 communication device which has requested transmission of the 
inherent information. 
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A portable terminal according to one embodiment of the 
present invention, cornprising: 

a wireless communication unit which communicates with 
other communication devices located at a prescribed range; 
5 a search unit configured to search the other 

communication devices capable of communicating; 

an identification information acquisition unit 
configured to acquire first identification information 
transmitted from the searched commiinication device; 
10 an information extracting unit configured to extract a 

service name, inherent information and encryption data from 
the acquired first identification information; 

a decryption unit configured to decrypt the encryption 
data by using a prescribed decryption key; 
15 a comparison unit configured to compare the decrypted 

data with the service name auid the inherent information 
extracted by said information extracting unit, and 
determines whether or not the other communication device 
searched by said search unit is reliable; and 
20 a communication controller which inhibits 

communication with the communication device determined to be 
unreliable by said connparison unit. 

Furthermore, a program which controls a wireless 
communication device according to one ^nbodiment of the 
25 present invention, conprising: 

communicating with other communication devices located 
at a prescribed rsinge ; 

generating first identification information including 
a seirvice name of available information and inherent 
30 information; 

generating second identification information including 
the service name, the inherent information and the 
encryption data; and 

transmitting the second identification information for 
35 the other communication device which has requested 
tremsmission of the inherent information. 
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Furthermore, a program which csontrols a portable 

terminal according to one embodiment of the present 

invention , compri sing : 

commcunicating with other communication devices located 
5 at a prescribed ranges- 
searching a communication device capable of 

communicating; 

acquiring first identification information transmitted 

from the searched communication device; 
10 extracting a service name, inherent information and 

encryption data from the acquired first identification 

information ; 

decrypting the encryption data by using a prescribed 
decryption key; 

15 comparing the decoded data with the extracted service 

name and inherent information, and determining whether or 
not the communication device searched by the searching unit 
is reliable based on the coirparison result; and 

inhibiting communication with the oomnnunication device 
20 determined to be unreliable by the comparison result. 

Furthermore, a communication system comprising a 
portable terminal and a wireless communication unit capable 
of communicating with said portable terminal located at a 
prescribed range, 
25 wherein said port-able terminal includes: 

a searching tanit configured to search a communication 
device capable of communicating; 

an identification information aoc[uisition unit 
configured to acquire first identification information 
30 transmitted from the searched communication device; 

an information extracting unit configured to extract a 
service name, inherent information suid encryption data from 
the acquired first identification information; 

a decryption unit configured to decrypt the encryption 
35 data by using a decryption key prescribed in advance; 

a connparisoh unit configured to compare the decrypted 



data with the service name cmd the inherent information 
extracted by said information extraction unit, and 
determines whether or not the coramanication device searched 
by said searching unit is reliable; and 
5 a communication controller which inhibits 

communication with the communication device determined to be 
unreliable by said cortparison unit, 

said wireless communication unit includes: 

an inherent information accpiisition unit configured to 
10 acquire the inherent information; 

a first identification information generator whicsh 
generates first identification information including the 
service name and the inherent information; 

an encryption \init configured to encrypt the first 
15 identification information by using the encryption key 
prescribed in advance, and generates the encryption data; 

a second identification information generator which 
generates second identification information including the 
service name, the inherent information auid the encryption 
20 data; and 

Bn inherent information transmitter which transmits 
the second identification information for the other 
ccmrmini cation device which has requested transmission of the 
inherent information. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a diagram showing internal configurations of 
the Bluetooth device according to one enibodiment of the 
information providing device of the present invention. 
30 iFig. 2 is a block diagram showing one example of 

internal configurations of the Bluetooth terminal. 

Fig. 3 is a flowchart showing a information 
acquisition method of the Bluetooth terminal. 

Fig. 4 is a flowchart showing prep^aration works of the 
35 Bluetooth device before providing services. 

Fig. 5 is a flowchart showing processing procedure at 
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time of providing service in the Bluetooth device. 

Fig. 6 is a flowchart showing processing procedure of 
the Bluetooth terminal. 

Fig. 7 is a detailed flowcdiart showing processing 
5 procedure of the Bluetooth terminal. 

Fig. 8 is a flowchart showing processing procedure 
found by the other Bluetooth terminal. 

Fig. 9 is a flowchart showing a detailed processing 
procedure of step S135. 
10 Fig. 10 is a flowchart showing processing procedure to 

find the other Bluetooth terminal. 

Fig. 11 is a flowchart showing a detailed processing 
procedure of terminal certification processings of step S170. 

Fig. 12 is a flowchart following to Fig. 11. 

15 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Hereinafter, a wireless communication device, a 
portable terminal , a communication control program and a 
program which controls the portable terminal will be more 
20 specifically described with reference. to drawings. 
Hereinafter, examples in which connection of Bluetooth is 
established between the Bluetooth terminal and the Bluetooth 
device, and the Bluetooth device provides information to 
user having the Bluetooth terniinal will be described 
2 5 hereinafter . 

(First embodiment) 

Fig. 1 is a diagram showing internal configurations of 
a Bluetooth device which is a first embodiment of an 
information providing device according to the present 

30 invention. The Bluetooth device 10 has a CPU 2, a memory 3, 
a ROM 4, a storage 5, an RS-232C controller 6 and a 
wired/wireless communication unit 7 which are connected to a 
bus 1, and a Bluetooth transmitter/ receiver (hereinafter, 
called a Bluetooth transmitter /receiver) 8 connected to the 

35 RS-232C controller 6. 

The Bluetooth transmitter /receiver 8 communicates with 
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the Bluetooth terminal 11 based on specifications of 
Bluetooth. Various information provided to the Bluetooth 
terminal 11 may be stored in the storage 5, or may be stored 
in a server on an Internet 9 via the wired/wireless 
communication lanit 7. Information required from the 
Bluetooth terminal 11 may be acquired by accessing the 
server . 

Although concrete forms of the storage 5 are not 
limited, a hard disk drive, a DVD-RAM, a DVD-ROM, a 
SCTVL conductor disk and so on are assumed. The wired/wireless 
communication unit 7 may perform wireless communication or 
wired communication, ^en performing wired communication, a 
coaiibination of an Ethernet and an IP (Internet Protocol) , or 
a combination of a telephone line, PPP and IP is assojmed. 
When p>erforming wireless communication, a wireless Internet 
may be used, or the portable phone or a packet communication 
of a PHS may be used. 

The Bluetooth trcuismitter/receiver 8 may be composed 
of only a Bluetooth transmitting/ receiving module. Or a CPU 
and a m^iory besides the Bluetooth transmitter/ receiver 8 
are implemented, and processings of an upper protocol such 
as an L2CAP (Logical Link Control and Adaptation Layer 
Protocol) and an RFCCMM (RF+COMM) may be performed. 

In the case of having only the Bluetooth 
transmitting/receiving module, an HCI (Host Controller 
Interface) protocol defined by a specification is 
trananitted, and the result is received as an event. The 
Bluetooth protocol is loaded to the memory and executed by 
the CPU 2 with an application program for providing seirvices 
and information to users. Besides, an OS, drivers and 
applications are stored in the memory 3. In the case of 
performing processings of the upper protocol , commands and 
events depending on iinpl^nentation are used, and control of 
the Bluetooth transmitter/ receiver 8 and data 
transmission/reception are realized. 

It is necessarily unnecessary to connect the Bluetooth 
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transmitter/ receiver 8 to a host via the RS-232C. For 
exainple, the Bluetooth transmitter/ receiver 8 may be 
directly connected to an internal bus, or may be connected 
via a USB (Universal Serial Bus) . 
5 Fig. 2 is a block diagram showing one exaimple of 

internal configurations of the Bluetooth terminal 11. The 
Bluetooth terminal 11 of Fig. 2 has a CPU 13, a memory 14, a 
ROM 15, an A/D converter 16, a D/A converter 17, a vibrator 
18, a communication \jnit 19, a display lanit 20, a key input 

10 unit 21, an EEPROM 22, a selection indicator 23, and a 
Bluetooth transmitter /receiver, where are connected to a bus 
12. A microphone 25 is connected to the A/D converter 16, 
and a speaker 26 is connected to the D/A converter 17. The 
communication unit 19 communicates with a base station 27 by 

15 a wired line or a wireless line. 

The Bluetooth treuismitter/receiver 24 establishes a 
wireless communication path for e.g. the Bluetooth device 10, 
and transmits an information trauismission request command 
for a server on the Internet, or acquires information 

20 responding to the command. 

The Bluetooth transmitter /receiver 24 may have the 
same configuration as that of the Bluetooth 
transmitter /receiver 8 in the Bluetooth device 10, or have 
the configuration different from that of the Bluetooth 

25 transmitter /receiver 8. 

A sound call function of the Bluei tooth terminal 11 is 
the same as that of the conventional portedble telephones. 
For exanple, the communication \jnit 19 performs positional 
registration for the base station 27, and call control of 

30 call-in and call-but to perform data transmission and 
reception. The communication uinit 19 p>erfonns call control 
for disconnection after the communication is finished, and 
performs hsmd-over during communication. 

The communication unit 19 outputs a call signal from 

35 the speaker 26 when connection request from the base station 
27 is received. Or the communication unit 19 vibrates a 
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casing of the Bluetooth terminal 11 by driving the vibrator 
18, and grabs user's attention. When connection acknowledge 
response from user is received, carrier connects a line 
between two locations auid communication is started. 
5 The Bluetooth terminal 11 converts sound inputted from 

the microphone 25, from an analog signal into a digital 
signal by the A/D converter 16. The Bluetooth terminal 11 
p>erforms compression processing of the digital data under 
control of the CPU 13, and trsmsmits the compressed digital 

10 data to a neighboring base station 27 via the communication 
unit 19. The signal received by the communication unit 19 is 
decompressed to retrieve the original signal. The 
decompressed digital data is converted into the analog 
signal by the D/A converter 17 , and the analog signal is 

15 outputted from the speaker 26. 

The CPU 13, the msnory 14, the ROM 15, the display 
unit 20, the key input unit 21, the EEPE^OM 22 and the 
selection indicating unit 23 are provided to perform various 
information processings. For example, the CPU 13 executes a 

20 control program and application programs^ The m«hory 14 
stores, for example, temporary parameters and working data. 
The ROM 15 stores, for example, programs and dictionary data. 
The display unit 20 displays, for example, menus and data. 
The key input unit 21 inputs, for example, telephone numbers, 

25 ntimerals and characters. The EEETOM 22 stores, for example, 
personal registration information. The selection indicating 
iinit 23 selects, for example, menus. 

The information acquired from the Bluetooth 
transmitter/receiver 24 is displayed to the display unit 20 

30 as it is or after converted into format for display. 

Fig. 3 is a flowchart showing a information 
acquisition method of the Bluetooth terminal 11. First of 
all, an inquiry for finding other devices capable of 
communicating is carried out (step S21) . Side for performing 

35 the inquiry (in this case, the Bluetooth terminal 11) is 
called as a master, cuid side for performing the inquiry scan 
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(in this case, the Bluetooth device 10) is called as a slave. 
Only the Bluetooth device 10 set at a state of the inquiry 
scan replies to the inquiry from the Bluetooth terminal 11. 

The Bluetooth terminal 11 broadcasts the IQ (Inquiry) 
5 packet in a periphery for ordinarily 10 seconds in order to 
perform the inquiry. (step S22) . An lAC (Inquiry Access 
Code) is included in the IQ packet. All the devices or a 
certain device (the Bluetooth device 10) is fo\ind by using 
this code. The Bluetooth device 10 which has received the IQ 
10 F>acket including the lAC relating to itself replies 
properties such as the Bluetooth address of itself, a clock 
and a device class, to the Bluetooth terminal 11, after 
waiting time decided at random, when the IQ packet is again 
received. 

15 When the Bluetooth terminal 11 receives the reply from 

the Bluetooth devices 10 (step S23) , the Bluetooth address, 
the clock and COD of the Bluetooth device 10 including an 
FHS packet are acquired (step S24) . If the COD is designated 
in advance, only the Bluetooth address having the designated 

20 COD is temporarily registered to a list of the memory 14 
(step S25 and S26) . 

After the inquiry is performed for the decided period, 
an inquiry conpletion event is received. When this event is 
received, it is determined whether or not the Bluetooth 

25 device 10 is found (step S27) , and the fact that the device 
10 has not been found is displayed (step S28) . When the 
Bluetooth device has been foiind, a r^note name acquisition 
command which is useful to a device discrimination of user 
is transmitted to the Bluetooth device 10 having the 

30 Bluetooth address recorded to the list of the memory 14 . At 
this time, it is possible to shorten an acquisition time by 
using clock information of the Bluetooth device 10 acquired 
previously. 

When response for the recjuest of the remote name from 
35 the Bluetooth device 10 recorded to the list is received 
(step S29) , the response is recorded in combination with the 
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Bluetooth address, the clock and the device class acquired 
previously (step S30) , and the recorded contents are 
displayed to the display unit 20 (step S31 and S32) . 

The user selects a desirable device from contents 
5 displayed to the display unit 20, acquires the corresponding 
Bluetooth address, and rec[uests connection for the device 
(steps S33 and S34) . When security is requested, input of a 
link key for certification or input of a PIN code for 
generating the link key is requested. When an appropriate 

10 value is set, a link for data coirmunication is established 
between a roaster smd a slave (step S35) . After the link is 
established, . connection between the relating profiles is 
performed, and communication is allowed. If the link is not 
established, connection error is displayed (step S36) . 

15 When the link is established, connection is performed 

with an upper protocol (step S37) . When acquisition request 
of information is transmitted (step S38) , the information is 
acquired (step S39) , and the information is displayed (step 
S40). 

20 When the Bluetooth device 10 provides the information 

stored in the storage 5 in its own device, an object push 
profile or a file transfer profile is used, and an Ii2CAP, an 
RFCOMM and an FTP are used . When accessing information on 
the Internet by using the wired/wireless corarauni cation unit 

25 7, a dial-up profile or a PAN (Personal Area Networking) 
profile is used. The L2CAP, the RFCOMM, a PPP, an IP and a 
HTTP (Hyper Text Transfer Protocol) profile are used for the 
dial-up profile. The L2CAP, an Ethernet ^milation, the IP 
and the HTTP protocol are used for the PAN profile. The 

30 information acquired from the Bluetooth device 10 by the FTP 
and the information acquired from the server on the Internet 
by the HTTP is displayed itself or at a display form. 

Hereinafter, processing procedure of the Bluetooth 
device 10 which provides information will be described. 

35 First, an ^nbodiment in which connection information is 
recorded in its own device at assembly time of the Bluetooth 



device 10 will be described. 

Fig. 4 is a flowchart showing preparation work of the 
Bluetooth device 10 before service provision. It is assumed 
that the Bluetooth address of 6 bytes in the Bluetooth 
5 device 10 is expressed by 12 characters of "012345ABCDEF", 
and a service name expressing service or information 
provided by the Bluetooth device 10 is expressed by 10 
characters of "Tokyo station periphery guide information" 
(step S51) . The former is defined by the Bluetooth address 
10 characters, and the latter is defined by the service name 
characters . 

Because data of 22 characters which combines two 
strings is expressed by two bytes data per one character, 
the entire size is 44 bytes, i.e. 352 bits. Theses 

15 characters are defined as a service name string with 
Bluetooth address (step S52) . 

A Hash operation is performed for data of 352 bits to 
obtain a Hash value with 128 bits (step S53) . The encrypted 
data with 128 bits are calculated from the encrypted data 

20 with 128 bits by using a secret key prepared in advance 
(step S54) . MD5 is used for the calculation of Hash value, 
and Linedale method can be used for encryption. This method 
is one example. It is possible to obtain the same effect 
even in the other method which can deal with data with 128 

25 bits. It is possible to use the encryption key except for 
128 bits. Calculation time and security strength are traded 
off by length of the key. 

The encrypted Data with 16 bytes and 128 bits is 
converted into data of 32 characters, for example, 

30 "0A4F5G 59EF". Combination of the service name string with 

Bluetooth address and the converted data are defined as a 
certification string (step S55) . In this example, the 
certification string is "Tokyo station periphery guide 
information 012345ABCDEF5G- • •59EF". 

35 Next, a character length of the service name is 

expressed by three characters "010", and defined as a 
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service name length string (step S56) . 45 cdiaracters 
obtained by corribining the service name length string 
consisted of three characters, the service name string 
consisted of 10 characters and the certification string 
5 consisted of 32 characters are defined as a service name 
string with certification (step S57) . In this example, the 
service name string with certification is "010 Tokyo station 
periphery guide information 012345ABCDEF5G- • -SQEF". 

A string obtained by attaching two identification 

10 string "!!" indicative of performing the processings at high 
speed to a head of the string are defined as a device 
identification information (step S58) . In this case, the 
string obtained by step S58 is "!!010 Tokyo station 
periphery guide information 012345ABCDEF5G- • -BQEF". 

15 Arrangement of the characters in the above-mentioned 

identification string is only one example, and the same, 
effect will be obtained even when other arrangement of the 
characters has been adopted. Although conversion of binary 
character data is p>er formed by only two byte data, it is 

20 possible to limit the character size after conversion to 
cJDOUt 3/4 of original size, according to a conversion method 
called as UUENCODE. 

When it is necessary to securely perform the above- 
mentioned processings by managing the secret key, the device 

25 identification information of the .Bluetooth device 10 is 
calculated for each of the Bluetooth devices 10 by using a 
device having high security, and the generated device 
identification information of the Bluetooth device 10 is 
registered in the storage 5 of the Bluetooth devices ip 

30 (step S59) . The values of the secret key and the CX5D are 
generated as initial data of information acquisition JAVA 
application (step S60) . The values are distributed to users 
via the server on the Internet with the JAVA program (step 
S61) . The user who wants information acquisition accesses a 

35 certain server via a public network (step S62) , and receives 
download request of the JAVA application. The JAVA 
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application is stored in its own terminal, and used when the 
information is acquired (step S63) . 

The secret key may be distributed with the JAVA 
application. Or as described later, when it is possible to 
5 securely manage the secret key by the Bluetooth device 10, 
the JAVA application may be updated by periodically 
acquiring the secret key from a dedicated searver. 

Hereinafter, processings in the case where the 
Bluetooth device 10 provides services will be described. Fig. 
10 5 is a flowchart showing processing procedure in the case 
where the Bluetooth device 10 provides services. A desired 
program is read from the storage 5 into the memory 3 when 
the Bluetooth device 10 providing information is powered on, 
cuid operation of an application for realizing information 
15 service is begun (step S71) . The application controls the 
Bluetooth transmitter/receiver 8 and executes a stack for 
realizing the Bluetooth protocol in order to connect with 
the Bluetooth terminal 11 held by user (step S72) . 

First, the application tramsmits a reset command for 
20 the Bluetooth transmitter/receiver 8 (step S73) . Therefore, 
the Bluetooth transmitting/receiving unit is resetted. Next, 
the application sets the device identification information 
of the Bluetooth device 10 to a local name of its own device 
which can be acquired by a remote name acquisition commauid 
25 from the other device (step S74) . Next, the application sets 
the COD device as an object transmission syst»i or an 
information syst^n (step S75) . 

After then, inquiry scan and F>age scan become enable 
(step S76) , and connection waiting state of the Bluetooth 
30 terminal 11 is set (step S77) . When connection of the 
Bluetooth terminal 11 is established (step S78) , the inquiry 
scan and the page scan are disenabled (step S79) , «uid 
service is offered for the connected Bluetooth terminal 11 
(step S80) . When provision of the service is finished, 
35 connection is cut off (step S81) . 

Next, operations of the Bluetooth terminal 11 will be 
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described. Fig. 6 is a flowchart showing processing 
procedure of the Bluetooth terminal 11. User who wants 
acquisition of information indicates start-up of a dedicated 
JAVA application and search of the Bluetooth device 10 (step 
5 S91) . The JAVA application requests the inquiry command 
transmission for the Bluetooth transinitter /receiver 24. The 
search is performed for a prescribed time (for exanple, 10 
seconds) (step S92) . 

The Bluetooth transmitter /receiver 24 notifies the 

10 JAVA application of the address and the COD of the foiind 
Bluetooth device 10 as an event . (step S93) . The JAVA 
application calls a certain function by the notification, 
and performs inspection of the COD (step S94) . The Bluetooth 
transmitter/ receiver 24 oonpares the notified COD with the 

15 COD prescribed in advance (step S95) . Only when both CODs 
coincide, the Bluetooth address of the Bluetooth device 10 
is added to an inspection object list (step S96) . 

The Bluetooth transmitter /receiver 24 stops the 
inquiry after being passed for a constant period, and 

20 notifies the application of the inquiry conpletion event. 
When the inquiry completion event is received, the 
application determines whether or not the Bluetooth device 
10 registered to the inspection object list exists (step 
S97) . If the Bluetooth device 10 does not exist, "no. 

25 terminal" is displayed (step S98) . 

If the Bluetooth device 10 registered to the 
inspection object list exists, the Bluetooth 
transmitter/ receiver 24 is indicated so as to sequentially 
transmit the r^note name acquisition command for the devices 

30 10 registered to the list (step S99) . It is validated 
whether or not the Bluetooth device 10 is valid. The 
validated result is recorded as a flag (step SlOO and SlOl) . 
The acquisition and validation of the r»iote name are 
repeated by the number of the terminals registered to the 

35 list (step S102) . Whether or not the devices are reliable is 
separately determined. 
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The flag whicrh determines whether or not the Bluetooth 
devices of all the inspection objects are reliable is 
inspected. In the case of reliable device, the service name 
is displayed to the screen as a Ceuididate of the service 
providing device (step S103) . In the case of unreliable 
device, the service name is not displayed on the screen, or 
is displayed on a form distinct from the reliable device. 
User can arbitrarily set whether or not to display an 
unreliable device. As the distinct method, display by 
different color, italic font and a certain mark are assiamed. 

When user requests the connection to an unreliable 
Bluetooth device 10, user is informed that it is the 
\jnreliable device, and confirmation of the connection is 
performed (step SI 04) . 

Next, validation procedure of step SlOO in Fig. 6 is 
more specifically described by using the flowchart of Fig. 7. 
First of all, a method of data acquisition for validation 
and a method of validation using the acquired data will be 
described. 

The Bluetooth transmitter /receiver 24 reads out the 
Bluetooth address of the Bluetooth device 10 of the other 
communication device (step Sill) . When the remote name is 
acquired (step S112) , the acquisition is notified to the 
JAVA application. The JAVA application inspects data of the 
acquired remote name. 

The JAVA application deteirmines whether or not 
headmost several characters of the r^note name acquired 
first is the identification string (step S113) . In this case, 
the identification string is "!!". When the headmost several 
characters does not coincide with the identification 
character, a flag which indicates not to coincide with the 
Bluetooth address of the Bluetooth device 10 being 
inspection object is stored in the memory 14 in pairs, and 
the next r«iote name of the Bluetooth device 10 is acqpaired. 

When the headmost several characters coincide with the 
identification character, three characters from third 
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character (six bytes when calculated by binary data), i.e. 
"010" is extracted. The data is acknowledged as the service 
name length character, and character numeral data conversion 
is performed to obtain the length of the service name (step 
5 S114) . 

When error occurs at conversion time, the Bluetooth 
address of the Bluetooth device 10 being inspection object 
and a flag which indicates discord are stored in the memory 
14 in pairs, and the remote name of the subsequent Bluetooth 

10 device 10 is acquired. 

When conversion to numeral can be performed, ten 
characters from sixth character of the acquired length, for 
example, a string of ten characters "Tokyo station periphery 
guide information" is acquired as a service name (step SI 15) . 

15 Six characters + a length of the service name string + 1, 
(in this case, 12 characters from 6th character) are 
acquired as the Bluetooth address string. The Bluetooth 
address string is converted into the Bluetooth address of 
six bytes (step S116) . The Bluetooth address string is 

20 conpared with the address of the Bluetooth device 10 which 
has acquired the r«iote name (step S117) . 

When the addresses do not coincide with each other, 
the Bluetooth address of the Bluetooth device 10 being 
inspection object and the flag which indicates discord are 

25 stored in the memory 14, and the remote name of the next 
Bluetooth device 10 is acquired. 

When the addresses coincide with each other in step 
S117, it is inspected whether or not length of the remaining 
string from 28th character is 32 characters (step S118) . If 

30 32 characters, the string is acquired as data for 
certification, and the acquired character data is converted 
into binary data of 16 byte (step S119) . 

When it is impossible to acquire the service name with 
a length of the service name, it is impossible to convert 

35 the Bluetooth address string into the Bluetooth address of 6 
bytes, length of the remaining characters is different from 
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32 characters, or it is irrpossible to convert certificate 
data into numeral, the Bluetooth address of the Bluetooth 
device 10 being insF>ection object auid the flag which 
indicates discord are stored in the memory 14 in pairs, and 
5 the rCTtote name of the next Bluetooth device 10 is acquired. 

In the case of being able to convert the string into 
binary data in step 8119, the terminal is certificated by 
using the service name and the certification data acquired 
from the rCTiote name by the above-mentioned procedure. 

10 The Bluetooth address of the Bluetooth device 10 which 

has acquired the remote name is converted into character 
data of 12 string "01234 5ABCDEF" (step S120) . Data of 22 
characters with the service name string is e3q>ressed by one 
character two byte data, and becomes 44 bytes and 352 bits 

15 in total (step S121) i The Hash operation, is performed for 
the data with 352 bits, and the Hash value with 128 bits is 
obtained (step S122) . 

The acquired data for certification is decoded by 
using the secret key prep>ared in advance, and the Hash value 

20 with 128 bits is calculated. The value is compared with the 
Hash value calculated previously (step S123) . If the other 
communication device holds a correct secret key, both values 
coincide, and the flag indicative of coincidence, is set 
(step S124) . If the secret key is different, the . decoded 

25 data is different, and the Hash value does not coincide. 
When both values do not coincide, the Bluetooth device 10 
under inspection sets the flag indicative of discord (step 
S125) , and the r^iote name of the next device is aocjuired. 

Even if an illegal device copies the device 

30 identification information of the Bluetooth device 10 set to 
a correct device, the Bluetooth address of the correct 
device is different from that of the illegal device, and the 
Hash value does not coincide. Therefore, it is possible to 
detect the illegal device. 

35 Although the key has been commonly used in both sides 

in the present ^hbodiment, the same effect is also obtained 
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by using a public key. The device identification information 
of the Bluetooth device 10 is generated, the secret key is 
used, and the same effect is obtained by distributing the 
JAVA application including the public key corresponding to 
5 the secret key. 

In the above CTibodiment, the device identification 
inforniation of the Bluetooth device 10 is recorded to the 
Bluetooth device 10 in advance. When the Bluetooth device 10 
has an other coninvunication meauis, the device identification 

10 information of the Bluetooth device 10 generated by a 
different secret key is acquired periodically or if 
necessary, and the device identification information of the 
Bluetooth device 10 is updated. The JAVA application 
periodically may access a server, and security may be 

15 strengthened by updating a corranon secret key. Or if the 
Bluetooth device 10 can securely store the secret key, the 
Bluetooth device 10 in itself may update the device 
identification information of the Bluetooth device 10 
periodically or if necessary. 

20 When the Hash value is generated, the security may be 

strengthened by generating data secret to both sides. 

When the Bluetooth device 10 updates the device 
id^tification information of the Bluetooth device 10 by 
using the piablic key, the same effect is obtained by using 

25 the information such as time, instead of the Bluetooth 
address of the Bluetooth device 10. 

Or an expiration date of the identification 
information is included in the device identification 
information of the Bluetooth device 10, and the portable 

30 terminal inspects the eaq^iration date, thereby strengthening 
security. 

Or in order to connect with an upper protocol such as 
OBEX, the service information acsquisition protocol is 
executed, and the information necessary for connection is 
. 35 acquired. It is possible to omit the comraunication for the 
service information acquisition by including the connection 
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information in the device identification information of the 
Bluetooth device 10, thereby shortening the processing time. 

In the Bluetooth terminal 11, in order to speed up the 
processings, the address of the Bluetooth device 10 
5 determined to be unreliable is stored in the mCTiory 14 as a 
list of the \anrelial>le devices, and then after the inquiry 
is finished, the Bluetooth address of the found Bluetooth 
device 10 is corrpared with the list of the unreliable device. 
If determined that the device is unreliable, the device is 

10 not included in the list of the inspection objects, thereby 
improving the entire processing speed. 

Thus, according to the present ^libodiment, because the 
device identification information of the Bluetooth device 10 
is conposed of the service name, the Bluetooth address and 

15 the encryption data, the Bluetooth terminal 11 which has 
received the device identification information can exactly 
determine whether or not the Bluetooth device 10 trying to 
connect is reliable, thereby avoiding communication with the 
illegal device and improving security. 

20 Furthermore, according to the present embodiment, the 

Bluetooth device. 10 which f)erforms information service may 
have the secret key with expiration date, and may allow the 
Bluetooth terminal 11 to periodically update the key, 
thereby iitproving the security. In this case, the Bluetooth 

25 terminal 11 uses its own inherent identifier, and connects 
with the Bluetooth device 10 (server) in order to update the 
encjryption key. Therefore, the Bluetooth device 10 can 
provide mshbership service to the Bluetooth terminal 11. 
(Second Embodiment) 

30 In a second embodiment, data communication is directly 

performed with P2P (Point to Point) between a plurality of 
Bluetooth terminals. 

Hereinafter, a Bluetooth terminal having a function 
found to other devices by setting a certain keyword, smd a 

35 Bluetooth terminal having a function which finds the other 
devices by inputting the keyword will be described. 
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The Bluetooth terminals access a certain server via 
the Internet, register the information relating to its own 
terminal (for example, an identifier for short-range 
wireless coinmuni cation) , and download a program executing 
5 information exchange. The program has a function fouuid from 
the other communication device and a function for finding 
the other communication device. A certain function to be 
used is selected from the menu. Or two applications having 
the resF>ective functions may be provided. With the program, 

10 an encryption key to identify the communication device for 
information exchange, for exairple, a common secret key with 
128 bits length is downloaded from the server, and is 
recorded to the Bluetooth terminal with the program. 

Fig. 8 is a flowchart showing processing procedure to 

15 be found to the other Bluetooth terminal. 

First, power is on and a service providing program is 
loaded (step S131) . After then operation of the Bluetooth 
protocol stack program is started (step S132) . Next, the 
Bluetooth transmitting/receiving unit is reset (step S133) . 

20 The keyword is inputted by user, and stored in the manory 
(step S134) . The nundber of the keywords is not limited, and 
may be one or more, if the character length of the keyword 
is less than a certain data amount. In the present 
CTnbodiment, as one example, three words of "bar", "karaoke" 

25 and "game" are registered as the keywords. 

Next, a identification character generating process 
for generating the Bluetooth device identification string is 
performed by using the keywords (step S135) . the detailed 
processing procedure of step S135 is shown in Fig. 9. First, 

30 one string is generated by coupling the keywords. The 
keyword lengths of two characters are added before the 
respective keywords so as to be able separate then afterward, 
thereby generating one string (step S151) . in the present 
enbodiment, the characters "04", "04" and "03" are attached, 

35 and the keyword string "03bar04karaoke03game" is generated. 

Next, the Bluetooth address of the Bluetooth terminal 
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is generated. (step S152) . The Bluetooth address is assumed 
as "012345ABCDEF". Next, a keyword string with Bluetooth 
address is generated by coupling the Bluetooth address with 
the keyword string (step S153) . The keyword string with 
5 Bluetooth address is "03bar04karaoke03gaine012345ABCDEF" . 

Next, the Hash value with 128 bits corresponding to 
the string generated by step S153 is calculated (step S154) . 
Encryption is performed with a common encryption key stored 
relating to the program (step S155) . Therefore, the 
10 enciryption data is converted into a string of 32 characters. 
A certification string is generated by coupling the data 
with the keyword string with Bluetooth address (step S156) • 

Next, the string of three characters indicative of a 
length of the keyword string is generated (step S157) . The 
15 string is coupled with a string for certification (for 
example, "016") to generate a service name string with 
certification (step S158) . Finally, an identification 
characters (for example, "!!") for determining at high speed 
whether or not to be a certified other communication device 
20 are added to generate the Bluetooth device identification 
string (step S159) . 

In Fig. 8, the Bluetooth device identification string 
generated by the above-mentioned is set to the Bluetooth 
module as a local name. The Bluetooth module is set to a 
25 state capable of being found and connected from the other 
communication . device (step S136) , and waits connection 
request for the discovery and the connection request from 
the other communication devices (step S137) . 

After then, connection allowance is given to the 
30 connection request from the Bluetooth terminal of the other 
communication device (step S138) . After connection of a link 
layer, connection using the protocol of the upper layer for 
data exchange is performed. For example, OPP (Object Push 
Profile) is used in the present example, and electric 
35 business card data called as a vcard in which F>erspnal mail 
addresses, telephone numbers and the other additional 
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information are described is exchanged (step S139 and S140) . 
After exchanging data, if a cutoff event of link is detected, 
the acquired data is recorded with time, and execution of 
data exchange is indicated to user. The user determines 
5 whether or not to continue the processings, and selects from 
the menu commands indicative of continuation of the 
processings, keyword change or end of the processings (steps 
S141 and S142) • 

When the processings are continued, a receiving event 
10 of the connection request is waited without performing auiy 
processing. When the keyword is changed, the keyword stored 
in the memory is deleted, and input procedure of the keyword 
is executed again. When the end is selected, the program is 
finished. 

15 Fig. 10 is a flowchart showing processing procedure to 

find the other Bluetooth terminal. First, the program is 
star ted-up, the operation mode having a fianction for finding 
the Bluetooth terminal from the menu is designated, and user 
is requested to input the keyword (step SI 61) . The number of 

20 the keyword is not limited, and may be one or more. If a 
plurality of keywords are inputted, it is possible to 
perform ooniplicated designations by logic operation such as 
AMD, OR and NOT of . the keyword. In this example, the 
inputted keyword is assumed as "karaoke". 

25 After inputting the keyword, the Bluetooth module is 

indicated by a search command so as to find the other 
oomrminication device (step S162) . The Bluetooth module 
transmits a search message for a constant period (the period 
is normally 10.24 sec, but may be arbitrary period) . . Every 

30 time when the Bluetooth module receives a response p>acket, 
the Bluetooth module records the identifier of the responded 
device suid the connection information. At this time, the COD 
indicative of a type of the responded Bluetooth terminal is 
inspected, and only the information of the Bluetooth 

35 terminal having a desirable COD is recorded (step S163--S167) . 

After search for a constant period, the Bluetooth 
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module inspects the number of desirable Bluetooth terminals 
(step S168) . If no Bluetooth terminal is fo\ind, "no 
terminal" is displayed (step S169) . Next, the rCTiote name is 
acxjuired (step S170) . If one or more Bluetooth terminal is 
5 found, terminal certification processings of the respective 
Bluetooth terminals are performed (step S171) . 

Fig. 11 and Fig. 12 are flowdiarts showing detailed 
processing procedure of the terminal certification 
processings in step S171. First, the Bluetooth address is 
10 read out (step S181) , the Bluetooth modules of the Bluetooth 
terminals are indicated so as to acquire the remote name 
(step S182) . When the Bluetooth module succeeds acquisition 
of the rCTiote name, the information is delivered to the 
program. 

15 The program inspects the acquired remote name by the 

following procedures, and determines whether or not the 
Bluetooth terminal of the other communication device is 
reliable. First, it is inspected whether or not there are 
the identification characters capable of being deteirmined at 

20 high speed (step S183) . If there are the identification 
characters, the string indicative of the length of the 
keyword is acquired (step S184) . In this example, the string 
is "016". 

Next, a string corresponding to the string indicative 
25 of the length of the keyword is extracted (step S185) . In 
this example, the string is "03bar04karaoke03game" . Next, 
the headmost two characters are inspected, a string 
indicative of length of the keyword is acquired, the string 
is cut off based on the character indicative of length of 
30 the keyword, and the cut-off string is stored in the memory 
as the keyword (step S186) . In this example, the keyword of 
the other communication device is "bar karaoke game". 

Next, the acquired keyword is compared with the 
keyword inputted by user in advance. When determined that 
35 the keyword coincides, certification procedure of Fig. IIB 
is executed. 
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When determination of the keyword is succeeded, the 
Bluetooth address is converted (step S187) . It is determined 
whether or not the Bluetooth address of the fotind other 
conmunication device is coincided (step S188) . It is 
inspected whether or not the remaining string is 32 
characters (step S189) . If 32 characters, the string is 
converted into the binary data with 128 bits (step S190) . 
The data is decoded by using an encryption key which has 
been stored with the program (step S191) . 

The keyword string with Bluetooth address is generated 
(step S192) , and the Hash value with 128 bits is generated 
(step S193) . This value is conpared with the previously 
decoded value (step S194) • If both values coincide, the flag 
indicative of what the other ccmmunication device is 
reliable is set. The flag is stored in the roonory with the 
keywoixi and the Bluetooth address (step S195) . When the 
determination is missed, the keyword and the Bluetooth 
address are recorded as the unreliable device (step S196) . 
The above-mentioned processings are repeated for the number 
of the found devices. 

After all the Bluetooth terminals are determined, as 
shown in Fig. 10, the flags of the Bluetooth terminals are 
inspected, the keyword string is displayed, and the keyword 
string is proposed to user (step S172) . When it is 
inpossible to display the keyword string on one line of the 
screen, user brings a cursor on the line and indicates a 
detailed command. Therefore, a different dialog is displayed, 
and all the keywords are displayed in order to wait 
connection request by user (step S173) . 

When user indicates a connection command by bringing 
the cursor on a certain line of the list, the Bluetooth 
address corresponding to the line is acquired, and 
connection for the Bluetooth module is requested (step S174) . 
When succeeding to link connection, connection is performed 
by using the protocol of the upper layer, data exchange is 
performed (step S175) , and the link is cut off (step S176) . 
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When cut-off of the link is succeeded, the next 
Bluetooth terminal is selected from the list. Or the 
Bluetooth terminal capable of connecting again is searched. 
Or the search is performed by changing the keyword. Or any 
5 command is selected to end the program. 

By the above-mentioned method, its own information is 
registered to a certain server in advance, and only when 
encryption key is acquired, it is- possible to connect with 
only a relieible communication device. 

10 On the other hand, it is assumed that a side for 

finding the other communication device requests connection 
by ignoring the keyword. In this case, when the found side 
is set to be the certification mode, input of a common link 
key is requested at link connection processing time. Only 

15 when both sides input correct keywords, the link is 
established. A processing module for generating a common 
. link key is added to the program, the program responds by 
generating the link key at input request time of the link 
key. In such a method, it is impossible to p>erforni 

20 connection as long as there is no module for generating a 
correct link key. As one exanple of the method of generating 
the link key, the string is generated by using the Bluetooth 
identifier of the other communication device, its own 
Bluetooth identifier and a secret keyword, and the Hash 

25 value with 128 bits is generated by using the string. 

Processings of Figs. 4-7 described in the above- 
mentioned embodiments may be conposed of hardware or 
software. In the case of being coniposed of the software, the 
program which executes the processings of Figs. 4-7 is 

30 stored in the recording mediimi such as a floppy-disc or a 
CD-ROM, and may be executed by being read in a computer. The 
recording medixjm is not limited to a medium portable such as 
a magnetic disc and an optical disc, and may be a fixed type 
recording medium. 

35 The programs for executing processings of Figs. 4-7 

may be distributed via a communication line (including a 
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wireless line) such as the Internet. Furthermore, the 
program may be distributed via the wired line or the 
wireless line such as the Internet at a state of being 
encrypted, modulated or ooirpressed. Or the program may be 
5 distributed at a state of being contained on the recording 
medium. 

The present invention is not limited to the above- 
mentioned ^nbodiments , and can be variously modified at 
ranges of not deviating features of the present invention 

10 when being impl^iented. The above-mentioned embodiments 
include various stages of the inventions, and various 
inventions can be extracted by arbitrarily combining 
constituents of these embodiments. For example, even if some 
constituents among all the constituents described in the 

15 ^nnbodiments are deleted, it may be possible to overcome at 
least one of the probl^ns to be overcome by the present 
invention. When the advantageous effect is obtained even if 
some constituents are deleted, constituents which omit some 
constituents are extracted as the present invention. 



